3.7 使用Maven插件构建Docker镜像

工具

工欲善其事,必先利其器。笔者经过调研,有以下几款Docker的Maven插件进入笔者视野:

插件名称 官方地址
docker-maven-plugin https://github.com/spotify/docker-maven-plugin
docker-maven-plugin https://github.com/fabric8io/docker-maven-plugin
docker-maven-plugin https://github.com/bibryam/docker-maven-plugin

笔者从Stars、文档易用性以及更新频率三个纬度考虑,选用了第一款。

使用插件构建Docker镜像

简单使用

我们以之前的项目:microservice-discovery-eureka为例:

  • 在pom.xml中添加下面这段
  1. <build>
  2. <plugins>
  3. <!-- docker的maven插件,官网:https://github.com/spotify/docker-maven-plugin -->
  4. <plugin>
  5. <groupId>com.spotify</groupId>
  6. <artifactId>docker-maven-plugin</artifactId>
  7. <version>0.4.12</version>
  8. <configuration>
  9. <!-- 注意imageName一定要是符合正则[a-z0-9-_.]的,否则构建不会成功 -->
  10. <!-- 详见:https://github.com/spotify/docker-maven-plugin Invalid repository name ... only [a-z0-9-_.] are allowed-->
  11. <imageName>microservice-discovery-eureka</imageName>
  12. <baseImage>java</baseImage>
  13. <entryPoint>["java", "-jar", "/${project.build.finalName}.jar"]</entryPoint>
  14. <resources>
  15. <resource>
  16. <targetPath>/</targetPath>
  17. <directory>${project.build.directory}</directory>
  18. <include>${project.build.finalName}.jar</include>
  19. </resource>
  20. </resources>
  21. </configuration>
  22. </plugin>
  23. </plugins>
  24. </build>
  • 执行命令:
  1. mvn clean package docker:build
  • 我们会发现控制台有类似如下内容:
  1. [INFO] Building image microservice-discovery-eureka
  2. Step 1 : FROM java
  3. Pulling from library/java
  4. Digest: sha256:581a4afcbbedd8fdf194d597cb5106c1f91463024fb3a49a2d9f025165eb675f
  5. Status: Downloaded newer image for java:latest
  6. ---> ea40c858f006
  7. Step 2 : ADD /microservice-discovery-eureka-0.0.1-SNAPSHOT.jar //
  8. ---> d1c174083bca
  9. Removing intermediate container 91913d847c20
  10. Step 3 : ENTRYPOINT java -jar /microservice-discovery-eureka-0.0.1-SNAPSHOT.jar
  11. ---> Running in 0f2aeccdfd46
  12. ---> d57b027ca65a
  13. Removing intermediate container 0f2aeccdfd46
  14. Successfully built d57b027ca65a
  15. [INFO] Built microservice-discovery-eureka
  16. [INFO] ------------------------------------------------------------------------
  17. [INFO] BUILD SUCCESS
  18. [INFO] ------------------------------------------------------------------------
  19. [INFO] Total time: 01:38 min
  20. [INFO] Finished at: 2016-09-18T01:05:05-07:00
  21. [INFO] Final Memory: 40M/198M

恭喜,构建成功了。

  • 我们执行docker images 会发现该镜像已经被构建成功:
  1. REPOSITORY TAG IMAGE ID CREATED SIZE
  2. microservice-discovery-eureka latest d57b027ca65a About a minute ago 681.5 MB
  • 启动镜像
  1. docker run -p 8761:8761 microservice-discovery-eureka

我们会发现该Docker镜像会很快地启动。

  • 访问测试

访问http://Docker宿主机IP:8761 ,能够正常看到Eureka界面。

使用Dockerfile进行构建

上文讲述的方式是最简单的方式,很多时候,我们还是要借助Dockerfile进行构建的,首先我们在/microservice-discovery-eureka/src/main/docker目录下,建立文件Dockerfile

  1. FROM java:8
  2. VOLUME /tmp
  3. ADD microservice-discovery-eureka-0.0.1-SNAPSHOT.jar app.jar
  4. RUN bash -c 'touch /app.jar'
  5. EXPOSE 9000
  6. ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/app.jar"]

修改pom.xml

  1. <build>
  2. <plugins>
  3. <!-- docker的maven插件,官网:https://github.com/spotify/docker-maven-plugin -->
  4. <plugin>
  5. <groupId>com.spotify</groupId>
  6. <artifactId>docker-maven-plugin</artifactId>
  7. <version>0.4.12</version>
  8. <configuration>
  9. <!-- 注意imageName一定要是符合正则[a-z0-9-_.]的,否则构建不会成功 -->
  10. <!-- 详见:https://github.com/spotify/docker-maven-plugin Invalid repository name ... only [a-z0-9-_.] are allowed-->
  11. <imageName>microservice-discovery-eureka-dockerfile</imageName>
  12. <!-- 指定Dockerfile所在的路径 -->
  13. <dockerDirectory>${project.basedir}/src/main/docker</dockerDirectory>
  14. <resources>
  15. <resource>
  16. <targetPath>/</targetPath>
  17. <directory>${project.build.directory}</directory>
  18. <include>${project.build.finalName}.jar</include>
  19. </resource>
  20. </resources>
  21. </configuration>
  22. </plugin>
  23. </plugins>
  24. </build>

其他步骤一样。这样即可使用Dockerfile进行构建Docker镜像啦。

将Docker镜像push到DockerHub上

  • 首先修改Maven的全局配置文件settings.xml,添加以下段落
  1. <servers>
  2. <server>
  3. <id>docker-hub</id>
  4. <username>你的DockerHub用户名</username>
  5. <password>你的DockerHub密码</password>
  6. <configuration>
  7. <email>你的DockerHub邮箱</email>
  8. </configuration>
  9. </server>
  10. </servers>
  • 在DockerHub上创建repo,例如:test,如下图

DockerHub

  • 项目pom.xml修改为如下:注意imageName的路径要和repo的路径一致
  1. <build>
  2. <plugins>
  3. <!-- docker的maven插件,官网:https://github.com/spotify/docker-maven-plugin -->
  4. <plugin>
  5. <groupId>com.spotify</groupId>
  6. <artifactId>docker-maven-plugin</artifactId>
  7. <version>0.4.12</version>
  8. <configuration>
  9. <!-- 注意imageName一定要是符合正则[a-z0-9-_.]的,否则构建不会成功 -->
  10. <!-- 详见:https://github.com/spotify/docker-maven-plugin Invalid repository
  11. name ... only [a-z0-9-_.] are allowed -->
  12. <!-- 如果要将docker镜像push到DockerHub上去的话,这边的路径要和repo路径一致 -->
  13. <imageName>eacdy/test</imageName>
  14. <!-- 指定Dockerfile所在的路径 -->
  15. <dockerDirectory>${project.basedir}/src/main/docker</dockerDirectory>
  16. <resources>
  17. <resource>
  18. <targetPath>/</targetPath>
  19. <directory>${project.build.directory}</directory>
  20. <include>${project.build.finalName}.jar</include>
  21. </resource>
  22. </resources>
  23. <!-- 以下两行是为了docker push到DockerHub使用的。 -->
  24. <serverId>docker-hub</serverId>
  25. <registryUrl>https://index.docker.io/v1/</registryUrl>
  26. </configuration>
  27. </plugin>
  28. </plugins>
  29. </build>
  • 执行命令:
  1. mvn clean package docker:build -DpushImage
  • 搞定,等构建成功后,我们会发现Docker镜像已经被push到DockerHub上了。

将镜像push到私有仓库

在很多场景下,我们需要将镜像push到私有仓库中去,这边为了讲解的全面性,私有仓库采用的是配置登录认证的私有仓库。

  • 和push镜像到DockerHub中一样,我们首先需要修改Maven的全局配置文件settings.xml,添加以下段落
  1. <servers>
  2. <server>
  3. <id>docker-registry</id>
  4. <username>你的DockerHub用户名</username>
  5. <password>你的DockerHub密码</password>
  6. <configuration>
  7. <email>你的DockerHub邮箱</email>
  8. </configuration>
  9. </server>
  10. </servers>
  • 将项目的pom.xml改成如下,
  1. <plugin>
  2. <groupId>com.spotify</groupId>
  3. <artifactId>docker-maven-plugin</artifactId>
  4. <version>0.4.12</version>
  5. <configuration>
  6. <!-- 路径为:私有仓库地址/你想要的镜像路径 -->
  7. <imageName>reg.itmuch.com/test-pull-registry</imageName>
  8. <dockerDirectory>${project.basedir}/src/main/docker</dockerDirectory>
  9. <resources>
  10. <resource>
  11. <targetPath>/</targetPath>
  12. <directory>${project.build.directory}</directory>
  13. <include>${project.build.finalName}.jar</include>
  14. </resource>
  15. </resources>
  16. <!-- 与maven配置文件settings.xml一致 -->
  17. <serverId>docker-registry</serverId>
  18. </configuration>
  19. </plugin>
  • 执行:
  1. mvn clean package docker:build -DpushImage

稍等片刻,将会push成功。

  • 如果想要从私服上下载该镜像,执行:
  1. docker login reg.itmuch.com # 然后输入账号和密码
  2. docker pull reg.itmuch.com/test-pull-registry

将插件绑定在某个phase执行

在很多场景下,我们有这样的需求,例如执行mvn clean package 时,自动地为我们构建docker镜像,可以吗?答案是肯定的。我们只需要将插件的goal 绑定在某个phase即可。

所谓的phase和goal,可以这样理解:maven命令格式是:mvn phase:goal ,例如mvn package docker:build 那么,packagedocker 都是phase,build 则是goal 。

下面是示例:

首先配置属性:

  1. <properties>
  2. <docker.image.prefix>reg.itmuch.com</docker.image.prefix>
  3. </properties>

插件配置:

  1. <build>
  2. <plugins>
  3. <plugin>
  4. <groupId>com.spotify</groupId>
  5. <artifactId>docker-maven-plugin</artifactId>
  6. <executions>
  7. <execution>
  8. <id>build-image</id>
  9. <phase>package</phase>
  10. <goals>
  11. <goal>build</goal>
  12. </goals>
  13. </execution>
  14. </executions>
  15. <configuration>
  16. <imageName>${docker.image.prefix}/${project.artifactId}</imageName>
  17. <baseImage>java</baseImage>
  18. <entryPoint>["java", "-jar", "/${project.build.finalName}.jar"]</entryPoint>
  19. <resources>
  20. <resource>
  21. <targetPath>/</targetPath>
  22. <directory>${project.build.directory}</directory>
  23. <include>${project.build.finalName}.jar</include>
  24. </resource>
  25. </resources>
  26. </configuration>
  27. </plugin>
  28. </plugins>
  29. </build>

如上,我们只需要添加:

  1. <executions>
  2. <execution>
  3. <id>build-image</id>
  4. <phase>package</phase>
  5. <goals>
  6. <goal>build</goal>
  7. </goals>
  8. </execution>
  9. </executions>

即可。本例指的是讲docker的build目标,绑定在package这个phase上。也就是说,用户只需要执行mvn package ,就自动执行了mvn docker:build

常见异常

连接不上2375(一般在Win7上出现)

  1. Connect to localhost:2375 [localhost/127.0.0.1, localhost/0:0:0:0:0:0:0:1] failed: Connection refused: connect -> [Help 1]

解决步骤:

  • 输入docker-machine env
  1. $Env:DOCKER_TLS_VERIFY = "1"
  2. $Env:DOCKER_HOST = "tcp://192.168.99.100:2376"
  3. $Env:DOCKER_CERT_PATH = "C:\Users\Administrator\.docker\machine\machines\default
  • 为插件添加配置
  1. <!-- 解决Connect to localhost:2375的问题的其中一种方式,注意要跟docker-machine env相一致 -->
  2. <dockerHost>https://192.168.99.100:2376</dockerHost> <dockerCertPath>C:\Users\Administrator\.docker\machine\machines\default</dockerCertPath>

修改后插件配置变为:

  1. <plugin>
  2. <groupId>com.spotify</groupId>
  3. <artifactId>docker-maven-plugin</artifactId>
  4. <version>0.4.12</version>
  5. <configuration>
  6. <imageName>eacdy/test</imageName>
  7. <dockerDirectory>${project.basedir}/src/main/docker</dockerDirectory>
  8. <!-- 解决Connect to localhost:2375的问题的其中一种方式,注意要跟docker-machine env相一致 -->
  9. <dockerHost>https://192.168.99.100:2376</dockerHost>
  10. <dockerCertPath>C:\Users\Administrator\.docker\machine\machines\default</dockerCertPath>
  11. <resources>
  12. <resource>
  13. <targetPath>/</targetPath>
  14. <directory>${project.build.directory}</directory>
  15. <include>${project.build.finalName}.jar</include>
  16. </resource>
  17. </resources>
  18. <!-- 以下两行是为了docker push到DockerHub使用的。 -->
  19. <serverId>docker-hub</serverId>
  20. <registryUrl>https://index.docker.io/v1/</registryUrl>
  21. </configuration>
  22. </plugin>

TIPS

  1. imageName必须符合正则[a-z0-9-_.],否则将会构建失败
  2. 插件默认使用localhost:2375去连接Docker,如果你的Docker端口不是2375,需要配置环境变量DOCKER_HOST=tcp://<host>:2375

代码地址(任选其一)

https://git.oschina.net/itmuch/spring-cloud-study/tree/master/docker/microservice-discovery-eureka
https://github.com/eacdy/spring-cloud-study/tree/master/docker/microservice-discovery-eureka

参考文档

http://developer.51cto.com/art/201404/434879.htm
https://linux.cn/article-6131-rss.html